Attorney Docket No. EDTI 702 



Express Mail Label No. ER205718275US 

DIGITAL SCANNING SYSTEMS AND METHODS 
FOR SCANNING MULTI-SIDED CARDS AND DOCUMENTS 
Inventor: Hin Leong Tan 

BACKGROUND 

The present invention relates to digital scanning systems and methods for 
scanning multi-sided cards and documents. 

The availability of low cost high quality scanners has resulted in scanning of 
information from physical media in many contexts. A scanner may be used to 
scan a card or document such as a business card, an identification card, a 
driver's license, a health insurance card, a passport, and other documents with 
information and/or graphic content. Many cards and documents have information 
on two or more sides, but low cost scanners are physically limited to scanning 
one side of a card or document at a time. 

The TWAIN Specification Version 1.9, ratified by the TWAIN Working Group 
Committee as of January 20, 2000, incorporated herein by reference, provides 
an application programming interface and protocol between imaging software 
applications and scanner hardware. See www.twain.org for additional details. 
Although the TWAIN specification provides a suitable interface between a 
software application and the scanner device, TWAIN fails to specify how multi- 
sided cards or documents should be scanned to form a composite image. Also 
many scanners have a sensor to detect the presence of a card or document, but 
TWAIN does not describe how to efficiently use the sensor to automate the 
scanning process. 
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SUMMARY OF THE INVENTION 



The invention relates to systems and methods for scanning multi-sided cards and 
documents. In an embodiment, the system scans each side of a multi-sided card 
or document, and produces a composite image which is transferred from the 
scanning source to the application. This allows a TWAIN compatible application 
to scan and process multi-sided cards as a composite image. The invention also 
relates to systems and methods of using a document or a card sensor on a 
scanner to automatically scan single or multi-sided documents or cards. The 
scanning source checks the status of the sensor when the user interface is 
displayed, and may close a user interface and scan when the card or document 
is detected at the sensor. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



Figure 1 illustrates the elements of the TWAIN architecture. 

Figure 2 illustrates a TWAIN source user interface with scan parameters and 
options. 

Figure 3A illustrates a card image. 

Figure 3B illustrates a composite image formed by vertically tiling front and back 
images of the card of Figure 3A. 

Figure 3C illustrates a composite image formed by horizontally tiling front and 
back images of the card of Figure 3A. 

Figure 4 is a TWAIN source user interface with options for scanning a multi-sided 
card and automatic scanning when the card is detected on the scanner. 

Figure 5 is a flow diagram for a TWAIN source to scan multi-sided cards with the 
automatic card sensing feature. 

Figure 6 is a flow diagram of the image scan and transfer method for multi-sided 
tiled images. 

Figure 7 is a flow diagram of the image scan and transfer method for multi-sided 
vertically tiled images using buffered memory transfer. 

Figure 8 is a flow diagram for a TWAIN source to scan multi-sided cards with the 
automatic card sensing feature without displaying the TWAIN source user 
interface. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 



The following description includes the best mode of carrying out the invention. It 
is made for the purpose of illustrating the general principles of the invention and 
should not be taken in a limiting sense. The scope of the invention is determined 
by reference to the claims. Each step or part is assigned its own part number 
throughout the specification and drawings. 

Figure 1 shows the elements of the TWAIN architecture for linking software 
applications to known physical scanner devices. An application 20 running in a 
computer will interface with a physical scanner device 26 by communicating with 
the TWAIN source manager 22. The TWAIN source manager 22 is a program 
that manages all communications between the application 20 and a TWAIN 
source 24. The TWAIN source 24 is a program which communicates and controls 
the operations of the physical scanner device 26. The TWAIN source 24 also 
communicates with the TWAIN source manager 22 and causes the physical 
scanner device 26 to perform the operations requested by the TWAIN source 
manager 22. For brevity sake, the document scanned will be primarily referred to 
as a card. However, it should be recognized that the invention could be used to 
scan any document having information and/or graphic content on one or multiple 
sides. 

The TWAIN specification requires every TWAIN source 24 to have a user 
interface sometimes abbreviated Ul. Figure 2 shows a user interface for a 
TWAIN source 24. The user interface is displayed by the TWAIN source 24 when 
the application 20 initiates a scan, and allows the user to specify scan 
parameters such as image size, type and resolution. From the Ul the user can 
perform specific tasks defined by the TWAIN source 24, such as calibration, or 
other commands, by clicking on the appropriate command button. The Ul 
typically has a scan (or start) button that the user clicks to begin scanning. The 
application 20 that does not want the Ul to be displayed can instruct the TWAIN 
source 24 to hide the Ul. 
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Figure 3A shows an image of a card. The image has a width of W pixels and 
height of H pixels. A card that is printed on the front and back has two sides and 
therefore two corresponding images, each of size (W x H) pixels. A composite 
image of a double-sided card can be generated by vertically tiling the images of 
the front and back as shown in Figure 3B. The images can also be tiled 
horizontally to create a composite image as shown in Figure 3C. For cards with 
more than two sides, the composite image can be formed by tiling the image of 
each side vertically, or horizontally, or by a combination of vertical and horizontal 
placements. 

Figure 4 shows a TWAIN source user interface with scan parameters and two 
checkboxes 52 and 54. The user can mark the checkbox 52 for multi-sided card 
scanning and checkbox 54 to automatically scan when a card is placed on the 
scanner. If the multi-sided card checkbox 52 is not marked (i.e. disabled), the 
TWAIN source 24 will scan using single-side mode and return the image of the 
scanned side to the application 20 at the end of the scan. If checkbox 52 is 
marked, the TWAIN source 24 will scan in multi-side mode, generate a 
composite image of the scanned sides as shown in Figures 3B-3C, and return 
the composite image to the application 20. 

If the user marks checkbox 54, the card sensor on the scanner device 26 will 
detect the presence of a card. If checkbox 54 is marked (i.e. enabled), the 
TWAIN source 24 will continuously check the status of the card sensor on the 
scanner device 26 when the Ul is displayed. When a card is detected, the 
TWAIN source 24 will automatically start the scan and return the scanned image 
to the application 20. If checkbox 54 is not marked (i.e., disabled), the TWAIN 
source 24 does not check the status of the card sensor, but instead relies on 
user input such as clicking on a scan button of the Ul to begin scanning the card. 

Figures 5-7 illustrate methods of scanning multi-sided cards (also documents) 
using the TWAIN specification which would be implemented as a program in the 
TWAIN source 24. 
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Referring to Figure 5, the TWAIN source manager 22 (Figure 1) begins a scan 
session by loading the TWAIN source 24 into computer memory when the 
application 20 initiates a request to scan from the physical scanner device 26. 
The program of the TWAIN source 24 starts at step 90 and at step 92 initializes 
the values of the scan parameters, such as image height, width, color mode, 
brightness, contrast, AutoStartScan for automatic scan start when a card is on 
the scanner device 26, and NumberOfSides for the number of sides to scan. The 
scan parameters are initially set to predetermined default values or to the last 
values used. At step 94, the program presents a user interface such as shown in 
Figure 4 on the computer screen. From the Ul, the user can view and edit the 
default scan parameters or process a command "A" or "B" representing a 
function such as calibrating the scanner device 26, starting the scan, or closing 
the Ul to end the scan session. 

After the Ul is displayed, the program continues at step 242 where it checks if the 
AutoStartScan parameter is enabled. If it is not enabled, the program continues 
at step 96 to check for user input to the Ul via keyboard or mouse input. If there 
is no user input, the program returns to step 242. If the user input is received, the 
program checks for a scan command at step 98. If there is no scan command, 
the program checks at step 100 if there is an edit input for altering the value of 
one of the scan parameters. If there is such an edit input, at step 102 the 
program alters and saves the value of the relevant scan parameter. After step 
102, the program returns to step 242 to check the AutoStartScan parameter. If at 
step 100 the input is not an edit input to alter the scan parameters, the program 
checks at step 104 if it is a command to close the Ul. If it is, the Ul is closed at 
step 108, and the program terminates at step 1 10 to end the scan session. If step 
104 is not a command to close the Ul, the program transfers to step 106 where 
the input command is processed. After step 106, the program returns to step 242 
to check the AutoStartScan parameter. 

At step 98, if the user input is a scan command, the program closes the user 
interface at step 112. Step 112 may be skipped in implementations where it is 
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preferred to keep the user interface displayed while the image is scanned. After 
step 112, the program scans the image at step 116 and transfers the scanned 
data from the TWAIN source 24 to the application 20. Figures 6 and 7 illustrate 
the details performed at step 116. After the image is scanned and transferred 
step 116, the program goes to step 108 to close the Ul if it was not closed at step 
112. The program terminates at step 1 10 to end the scan session. 

If AutoStartScan is enabled at step 242, the program continues at step 244 
where it checks the status of card sensor on the scanner device 26. If the card 
sensor is OFF, then the program continues at step 96 to check for keyboard or 
mouse input. If the card sensor is ON, the program continues at step 1 12 to close 
the Ul and scan the image at step 116. 

The flow diagram of Figure 5 can be used to implement the Ul of Figure 2, which 
does not display checkboxes to enable/disable multi-sided scanning and the 
automatic scan feature. In these embodiments, the scan parameters 
AutoStartScan and NumberOfSides are hard coded into the program, read from 
a file, or passed to the TWAIN source 24 by function calls. Similarly, the flow 
diagram of Figure 5 can be also used to implement a Ul which displays only one 
of the checkboxes shown in Figure 4. 

Figures 6 and 7 illustrate the scan and transfer method performed by the 
program at step 116 shown in Figure 5. Referring to Figure 6, the program 
begins at step 190. At step 192 the program sets up image parameters such as 
image pixel height H, image pixel width W, and the number of sides K to scan. 
The size of the composite image to be created is (K x H x W) image pixels. The 
dimension of the composite image depends on the layout of the individual image 
sides within the composite image. For example, if the images are vertically tiled 
as illustrated in Figure 3B, then the composite image height is (K x H) pixels, and 
the width is W pixels. If the images are horizontally tiled as in Figure 3C, then the 
composite image height is H pixels, and the width is (K x W) pixels. After the 
dimension of the composite image is determined, the program passes the 
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dimension and other information of the composite image via the TWAIN 
specification to the application 20 which initiated the scan. 

At step 194, the program allocates sufficient computer memory to store the 
composite image. Step 196 initializes a variable ScanSide to 1, which keeps 
track of the number of image sides scanned. At steps 198 and 200, the TWAIN 
source 24 interfaces with the scanner device 26 to scan the composite image 
side and tiles the composite image data into computer memory. At step 202, the 
program checks if ScanSide is equal to K. If not, at step 204 ScanSide is 
incremented by one. Next, at step 206, the user is prompted to insert the next 
side of the card for scanning. The program then waits at step 208 for the user 
response to the prompt to indicate that the next side of the card is ready for 
scanning. The user response can be a keyboard or mouse click, or voice 
activated input on the computer, or a button click on the scanner device 26. It can 
also be the status of the card sensor on the scanner device 26, where the 
program polls the card sensor until it receives an ON status to indicate that the 
card is ready for scanning. When the user response is received, the program 
proceeds to steps 198 and 200 to scan and tile the next image side to the 
composite image. There is no restriction in the order or direction the individual 
image sides are tiled into the composite image. Steps 198, 200, 202, 204, 206, 
and 208 are repeated until ScanSide equals to K at step 202. At this point, all the 
required images sides are scanned into the composite image. The program now 
proceeds from step 202 to step 210 which transfers the composite image to the 
application 20 using the native, file or buffered memory transfer methods as 
specified by the TWAIN specification. After the transfer, at step 212 the program 
frees up any unneeded memory space allocated for storing or processing the 
image during scanning. 

A significant reduction in the amount of memory needed to scan and transfer a 
composite image of individual tiled image sides can be realized if the tiling 
method used is restricted to vertical tiling, and the TWAIN Buffered Memory 
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method is used for transferring the image data. In this case, it is possible to avoid 
the allocation of the relatively large composite image in the TWAIN source 24. 

Figure 7 is a flow diagram for the scan and transfer method for multi-sided 
documents or cards where the individual images are vertically tiled and the 
TWAIN buffered memory method is used for data transfer. Referring to Figure 7, 
steps 190, 192 and 196 perform the same functions as the corresponding steps 
in Figure 6. At step 220, the program commands the scanner device 26 to scan a 
section of the card image, e.g., the first few image rows that fit in the transfer 
memory buffer. The program transfers image data to the application 20 at step 
222. At step 224, the program checks if all the rows of the current image side 
have been scanned. If not, the program returns to step 220 to scan the next 
image section, e.g., the next few rows after the last scan. Steps 220, 222 and 
224 are repeated until all the rows of the current image side are scanned. When 
the scan is complete at step 224, the program checks at step 202 if ScanSide is 
equal to K. If not, the program at step 204 increments ScanSide by one. Steps 
202, 204, 206 and 208 in Figure 7 perform the same functions as the 
corresponding steps in Figure 6. As shown in Figure 7, the scanned image data 
is sent from the TWAIN source 24 to the application 20 by repeatedly transferring 
image data (i.e., consecutive image rows) through the memory buffer at step 
222, one image section after another. This is similar to transferring a composite 
image of vertically tiled images of individual sides, and if desired may not perform 
the memory allocation step for the composite image at step 194 of Figure 6. 

An application 20 can call the TWAIN source 24 to scan an image without 
displaying the source user interface. Figure 8 illustrates the flow diagram for the 
TWAIN source 24 that does not display a user interface. The program starts at 
step 300. At step 302, the program initializes the scan parameters by one or a 
combination of the following methods of parameter initialization: (1) function calls 
to the TWAIN API; (2) reading preset parameter values from a file; or (3) 
referencing hard coded parameter values in the TWAIN source 24. Next, the 
program waits at step 244 for the card sensor to turn ON when a card is loaded 
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onto the scanner device 26. On detection of a card, the program proceeds to 
scan the image at step 116, which is illustrated in Figures 6 and 7. After 
scanning, the image is sent to the application 20 and the program ends at step 
304. The flow diagram can be implemented without the use of the card sensor at 
step 244. This implementation is indicated by the dotted line in Figure 8. The 
program initializes the scan parameters at step 302 and proceeds directly to step 
116 to scan in the image. 
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